如何提升 service 等级，不被kill（整合）

（1）在应用退到后台后，另起一个只有1像素的页面停留在桌面上，让自己保持前台状态，保护自己不被后台清理工具杀死。

（2）用Foreground Service.

　　参考地址：Android Service 全解(三) 之 Foreground Service
（3）application 设置android:persistent后，虽然不会被low memory killer处理，只对System App管用

　　参考地址：Android: HowTo设置app不被系统kill掉

（4）基于Androidapi的进程都可以被干掉，但是基于用c写Linux进程就不另当别论。这进程牛b到除非自杀或者重启才能干掉。而且进程管理器看到这个进程。

（5）在Service的onDestroy()中重启Service.（第三方应用或是在setting里-应用-强制停止时，APP进程可能就直接被kill，不进入onDestroy方法体）

（6）settings中force stop 应用捕捉系统进行广播（action为android.intent.action.PACKAGE_RESTARTED）

　　注意：（Note that the restarted package does not receive this broadcast.）两个service相互监控，因为不能监听本身重启的包。

（7）线程优先级（Thread-Priority）

　　添加权限：<uses-permission id="android.permission.RAISED_THREAD_PRIORITY"/>

import android.os.Process;
              ...
              ...
Process.setThreadPriority(12);
Process.setThreadPriority(Process.myTid(), 12);

//预先定义在 android.os.Process 的constants
Process.THREAD_PRIORITY_LOWEST = 19
Process.THREAD_PRIORITY_BACKGROUND = 5
Process.THREAD_PRIORITY_DEFAULT = 0
Process.THREAD_PRIORITY_FOREGROUND = -5
Process.THREAD_PRIORITY_DISPLAY = -10
Process.THREAD_PRIORITY_URGENT_DISPLAY = -15

基本的service用START_STICKY以及轮询唤醒电池就不多说了，重点就是我在基类service的oncreate中定义了一个notification，重要属性：notification.flags = Notification.FLAG_NO_CLEAR|Notification.FLAG_ONGOING_EVENT;然后startForeground(setClass().hashCode(), notification);使得服务能挂在通知栏，接着我监听了一个系统广播Intent.ACTION_TIME_TICK，这个广播每分钟发送一次，我们可以每分钟检查一次Service的运行状态，如果已经被结束了，就重新启动Service。

关键代码：（监听服务是否还在运行）

boolean isServiceRunning = false;
　　ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
　　for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE)) {
　　　　if("com.XXX.XXX.XXXService".equals(service.service.getClassName())){
　　　　isServiceRunning = true;
　　}
}
if (!isServiceRunning ) {
　　Intent i = new Intent(context, com.XXX.XXX.XXXService.class);
　　i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
　　context.startService(i);
}

Android中的进程是托管的，当系统进程空间紧张的时候，会依照优先级自动进行进程的回收。Android将进程分为6个等级，它们按优先级顺序由高到低依次是:

   1.前台进程 (FOREGROUND_APP)
   2.可视进程 (VISIBLE_APP )
   3.次要服务进程 (SECONDARY_SERVER )
   4.后台进程 (HIDDEN_APP)
   5.内容供应节点 (CONTENT_PROVIDER)
   6.空进程 (EMPTY_APP)

 

对于 StartCommond 方法几个常量参数简介：

1、START_STICKY

在运行onStartCommand后service进程被kill后，那将保留在开始状态，但是不保留那些传入的intent。不久后service就会再次尝试重新创建，因为保留在开始状态，在创建     service后将保证调用onstartCommand。如果没有传递任何开始命令给service，那将获取到null的intent。

2、START_NOT_STICKY

在运行onStartCommand后service进程被kill后，并且没有新的intent传递给它。Service将移出开始状态，并且直到新的明显的方法（startService）调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动，也就是期间onstartCommand不会接收到任何null的intent。

3、START_REDELIVER_INTENT

在运行onStartCommand后service进程被kill后，系统将会再次启动service，并传入最后一个intent给onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent，那被kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。

@Override  
public int onStartCommand(Intent intent, int flags, int startId) {  
    flags = START_STICKY;  
    return super.onStartCommand(intent, flags, startId);  
    // or 直接 return START_STICKY;  
}